home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000343_TONYJ@scs.slac.stanford.edu _Thu Nov 19 03:39:27 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <TONYJ@scs.slac.stanford.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA12609; Thu, 19 Nov 92 03:39:27 MET
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA07965; Thu, 19 Nov 92 03:51:55 +0100
  6. Date: Wed, 18 Nov 1992 18:51 PDT
  7. From: "Tony Johnson (415) 926 2278" <TONYJ@scs.slac.stanford.edu>
  8. Subject: Re: hangs/multiple servers
  9. To: marca@ncsa.uiuc.edu
  10. Cc: www-talk@nxoc01.cern.ch
  11. Message-Id: <FAE954AE90203760@SCS.SLAC.STANFORD.EDU>
  12. X-Envelope-To: www-talk@nxoc01.CERN.CH
  13. X-Vms-To: IN%"marca@ncsa.uiuc.edu"
  14. X-Vms-Cc: TONYJ, in%"www-talk@nxoc01.CERN.CH"
  15.  
  16. >I've noticed occasionally that trying to contact an http server that
  17. >seems to be down (at least with ViolaWWW & MidasWWW) will result in
  18. >hangs (or very very long pauses).  Shouldn't a 30-second timeout or
  19. >something similar be in effect at all times?
  20.  
  21. The way I would like MidasWWW to work is that it would try to connect for about 
  22. 2 seconds, after which a dialog box would pop up looking something like:
  23.  
  24.                   ------------------------------------
  25.                   |    Connecting to XXX.XXX.XXX...  |
  26.                   |                                  |
  27.                   |            -----------           | 
  28.                   |            | Abort!  |           |
  29.                   ------------------------------------
  30.  
  31. Where you click on abort if you get tired of waiting.
  32.  
  33. Only problem is that I don't know how to achieve this, since the Unix "connect"
  34. routine I use to connect to the remote server is synchronous. If anyone has
  35. an example of a portable way to asnychronously connect over TCPIP I would be
  36. happy to incoportate it. (In fact I don't even know how to set the timeout
  37. period). 
  38.  
  39. >Also, is there any way to specify backup servers?  Does anyone else
  40. >think this would be useful?
  41.  
  42. Yes this would be very useful, especially for the "master indexes" such as 
  43. "academic information" at CERN. Probably not so easy to provide though...
  44.  
  45. Tony